REMARKS 

Claims 1-21 are pending in the application. Claims 1-21 are rejected. Claims 22 and 
23 have been added. Reconsideration of the rejected claims is respectfully requested. 

Interview 

Applicant would like to thank the Examiner for discussing this case on March 1 ? 
2007. All of the claims have been amended as discussed in the interview and therefore 
should be in condition for allowance. 

Claim Rejections - 35 U.S.C. § 112 

Claims 2, 6, 13, 17, and 21 are rejected under 35 U.S.C. § 1 12, second paragraph, as 
being indefinite for failing to particularly point out and distinctly claim the subject matter 
which applicant regards as the invention. 

Claims 2, 6, 13, 17, and 21 have been reworded and therefore are allowed under 35 
U.S.C. § 112. 

Claim Rejections ~ 35 U.S.C. § 103 
Claims 10-21 are rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Walker in view of Bhattacharjee. The Examiner states that Walker discloses 

A) a processor configured to assign activity identifiers to different individual 
subgroups of database access instructions for the same transaction that each perform 
one or more operations on multiple data items in a database, the activity identifiers 
assigned to and associated with the database access instructions independently of any 
relationship that may exist between the multiple data items in the database accessed by 
the database access instructions. (Walker pg. 5, [0079]; pg. 6, [0098,0102]; pg. 9,[0133]. 
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Element A has been amended to specify assign activity identifiers to different 
individual subgroups of database access instructions for a same transaction that each perform 
one or more operations on multiple data items in a database. This is clearly shown in FIG. 2 
where the subgroups of database instructions 1 5 are each associated with an activity identifier 
14. This is further shown in FIGS. 3 and 4. 

The activity identifiers as specified in claim 1 0 do not correspond to the operation id 
described in Walker. No where does Walker suggest assigning activity identifiers to different 
individual subgroups of data base access instructions for a same transaction. For example, 
Walker at [0098] discusses obtaining a "operation id". The operation id is obtained once for 
the entire operation (see last sentence of [0118] and last sentence of [106]) and the operation 
includes all of the related agent actions (or requests) initiated on behalf of a single client 
[0055]. 

The operations or "operation id" in Walker has nothing to do with different individual 
subgroups of database access instructions that each perform one or more operations on 
multiple data items in a database as specified in claim 10. Conversely, the client operations 
in Walker relate to the actions on various agents [0079] . 

Walker also does not suggest the activity identifiers assigned to and associated 
with the database access instructions independently of any relationship that may exist 
between the multiple data items in the database accessed by the database access 
instructions. 

Walker uses the client operation to compete for associated resources [0046], The 
resources are memory, disk drives, fiber optic channels etc [0005]. The operation Id in 
Walker is related to accessing these resources and not associated to individual database 
access instructions independently of any relationship that may exist between the multiple data 
items as specified in claim 10 [0100]. 
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Bl) the processor further configured to assign multiple locks to the multiple data 
items corresponding with the operations performed on the multiple data items pursuant 
to the database access instructions associated with the same activity identifiers. 

The locks described in Walker are only associated with locking resources and not 
associated in any way with the locks that correspond to the operations performed on multiple 
data items pursuant to database access instructions assigned to the same activity identifiers as 
specified in claim 10. 

See [0100] in Walker where the locks are only applied and held on resources at the 
agent level and not to data items corresponding with the operations performed on the multiple 
data items pursuant to the database access instructions associated with the same activity 
identifiers as specified in claim 10. Tn Walker, once a locking aware client 210 has an 
operation id ? the locking aware client 1210 locks resources that the locking aware client 
intends to change [0109], As described above, the resources are defined in Walker as 
memory, disk drives, fiber optic channels etc [0005], not multiple data items corresponding 
with the operations performed on the multiple data items pursuant to the database 
access instructions associated with the same activity identifiers as specified in claim 10, 

The Examiner acknowledges that Walker does not disclose 

B2) to only release the multiple locks when all of the multiple operations are 
completed for all of the database access instructions assigned to the same activity 
identifiers. However, the Examiner states that Bhattacharjee discloses B2. 

As discussed in the previous office action response, locks in Bhattacharjee are data 
dependant where clusters of related row and column data is locked until all operations on the 
data are completed. The locks are not arbitrarily set on data elements defined by database 
access instructions as specified in claim 10. If a data base access instruction is associated 
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with a different unrelated set of data, it cannot be associated with a same activity identifier as 
specified in claim 10. Therefore, the lock on the unrelated set of data will not be released 
when the multiple operations are completed for all of the database access instructions 
assigned to the same activity identifiers as specified in claim 10. 

Accordingly, claim 10 is patentable under 35 U.S. C. § 103(a) over Walker in view of 
Bhattacharjee. 

Claim 14 has been amended to further specify assigning activity identifiers to 
database access instructions that perform multiple operations on multiple data items in a 
database and assigning the activity identifiers to the multiple locks that are associated with 
the same database access instructions. None of the cited prior art assigns the same activity 
identifiers to both database access instructions and associated locks. 

Claims 1,5, and 18 have been amended similar to claim 10 and/or 14 and are 
therefore allowable for the same reasons as claim 10 and/or 14. 

New Claims 22 and 23 have been added. Claim 22 specifies assigning the locks 
associated transaction identifiers and associated activity identifiers and releasing groups of 
the locks only when all of the multiple operations are completed for all of the database access 
instructions having the same assigned transaction identifiers and activity identifiers. 

This is clearly shown in FIG. 6. There is no suggestion in any of the cited prior art of 
assigning both a transaction identifier and activity identifier to database access instructions 
and associated locks. 

Claim 23 specifies assigning a first activity identifier and a transaction identifier to a 
first group of database access instructions from the same transaction, assigning a first set of 
locks to a first set of data items accessed by the first group of database access instructions, 
identifying a second subset of data items from the first set of data items according to the first 
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group of database access instructions, and releasing the first set of locks when all of the 
operations for the first group of database access instructions have completed. 

Claim 23 further specifies assigning a second activity identifier and the same 
transaction identifier to a second group of database access instructions from the same 
transaction that modify the second subset of data items identified by the first group of 
database access instructions, assign a second set of locks to the second subset of data items, 
and release the second set of locks only when all of the operations for the second group of 
database access instructions have completed modification of the second subset of data items. 
This is clearly shown in FIG. 5. None of the cited prior art suggest assigning two 
different activity identifiers and assign and release associated locks to two different sets of 
database access instructions where the first group of database access instructions identify a 
subset of data items and the second group of database access instruction modify the subset of 
data items identified by the first group of database access instructions. 



For the foregoing reasons, reconsideration of claims 1-23 of the application as 
amended is requested. The Examiner is encouraged to telephone the undersigned at (503) 
222-361 3 if it appears that an interview would be helpful in advancing the case. 



CONCLUSION 
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